Conversation
![github-actions[bot]](https://avatars.githubusercontent.com/in/15368?s=60&v=4){kind=small}
There was a problem hiding this comment.
Thanks for opening this pull request! Be sure to follow the pull request template!
|
I am a bot, here is the pushed image/manifest for this PR:
|
|
We've had a couple requests for this and I suspect that their stance on this hasn't changed. I'm curious to know though what delays you think get added with bridge Vs host? Also, you can just manually edit this yourself within the template of the container, this PR would break existing installs. |
|
The docker documentation says the following - The docker bridge network uses a virtual switch, I suggest that in theory the performance may be lower (most likely not by much) |
That's just a theory. I do not observe a real world difference as it easily saturates my gigabit connection. |
|
Well, I get it. |
4 participants
Hello. It is assumed that the container has a bridge type network interface. Its default internal port is 51820. If you use port forwarding, then everything works. Since this is a VPN, I would like to avoid network delays associated with the network adapter, so the host type is used as the network adapter. In this case, the wg0.conf configuration will have port 51820, not the one that was set via the SERVERPORT variable. My changes suggest using another environment variable that will help redefine the internal wireguard port.
P.S. This is my first PR, please don’t judge too harshly if possible.